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DETAILED ACTION 
Response to Amendment 

1. Applicant's arguments filed 10/29/2007 have been fully considered but they are not 
persuasive. 

2. Regarding claim 7, applicant argues that the examiner's conclusion of obviousness is 
based upon improper hindsight reasoning. It must be recognized that any judgment on 
obviousness is in a sense necessarily a reconstruction based upon hindsight reasoning. But so 
long as it takes into account only knowledge which was within the level of ordinary skill at the 
time the claimed invention was made, and does not include knowledge gleaned only from the 
applicant's disclosure, such a reconstruction is proper. See In re McLaughlin, 443 F.2d 1392, 
170 USPQ 209 (CCPA 1971). 

3. Amendments made to claims necessitated finality of this rejection. 

Claim Rejections - 35 USC § 102 

4. The text of those sections of Title 35, U.S. Code not included in this action can be found 
in a prior Office action. 

5. Claims 1, 2, 5, 6 are rejected under 35 U.S.C. 102(e) as being anticipated by Radulovic 
(USPN 7,215,663). 

Regarding claim 1, Radulovic teaches a system comprising: a plurality of real-time 
routing servers to route and process multimedia communication sessions over a network [Fig. 1, 
70, 60, Col. 8, lines 21-23]; a group server to manage the multimedia communication sessions 
over the network, wherein the group server is associated with the plurality of routing servers 
[Fig. 1, 40 is coupled to plurality of servers 70, 60 via network 120]; a plurality of end-point 
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processing devices to schedule and conduct multimedia communication sessions over the 
network, wherein each end-point processing devices is associated with at least routing server and 
the group server [Fig. 1, 50, Col. 14, lines 18-27, each CE 50 is associated with routing server 
70 and group server 40 via network 120]. 

Regarding claim 2, Radulovic teaches the network is an IP network [Col. 14, lines 16- 
18], wherein each of the routing server, the group server, and the plurality of end-point 
processing devices have a separate IP address for identification [Col. 15, lines 55-59]. 

Regarding claim 5, Radulovic teaches and end-point processing device comprises a 
personal computer operated by a user [Col. 12, lines 36-39]. 

Regarding claim 6, Radulovic teaches and end-point processing device comprises a 
dedicated hardware device [Col. 12, lines 36-39]. 

6. Claims 14, 15, 17 are rejected under 35 U.S.C. 102(e) as being anticipated by Matsubara 
(USPN 7,215,640). 

Regarding claim 14, Matsubara teaches a method for reserving bandwidth and media 
processing resources [Fig. 5], comprising: checking whether media processing resources on a 
source real-time routing server are sufficient for a user to join a multimedia communication 
session in order for the user to communicate with all users participating in the multimedia 
communication session [Fig. 5, 156, Col. 5, lines 30-64, if sufficient network resources are 
available user will be able to communicate with all nodes once admitted]; for a multimedia 
communication session involving multiple real-time routing servers, sending reservation requests 
from the source real-time routing server to all destination real-time routing servers [Col. 5, lines 
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42-54]; checking for notifications of successful bandwidth reservations for paths from the source 
real-time routing server to destination real-time routing servers [Fig. 5, 176, Col. 5, lines 65-67, 
Col. 6, lines 1-4]; checking for notification of successful media processing resource reservations 
for destination real-time routing servers [Fig. 5, 176]. 

Regarding claim 15, Matsubara teaches the source real-time routing server checks for 
the notifications of successful bandwidth reservations and media processing resources [Col. 5, 
lines 65-67, Col. 6, lines 1-9]. 

Regarding claim 17, Matsubara teaches if the notifications of successful bandwidth 
reservations and successful media processing resource reservations are not received with a preset 
time period, then the notifications are not considered to have been received [Col. 7, lines 8-21]. 

Claim Rejections - 35 USC § 103 

7. The text of those sections of Title 35, U.S. Code not included in this action can be found 
in a prior Office action. 

8. Claim 3 is rejected under 35 U.S.C. 103(a) as being unpatentable over Radulovic (USPN 
7,215,663) in view of Akhtar (USPN 6,418,139). 

Regarding claim 3, Radulovic teaches the system as discussed in rejection of claim 1. 

However, Radulovic does not teach the real-time routing server includes dynamic route 
processing circuitry to dynamically determine a shortest delay path. 

Akhtar teaches the dynamic route processing circuitry to dynamically determine a 
shortest delay path [Col. 6, lines 13-18]. 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include circuitry to dynamically determine a shortest delay path so that when routes 
change new routes can be calculated dynamically [Col. 3, lines 46-48]. 

9. Claim 4 is rejected under 35 U.S.C. 103(a) as being unpatentable over Radulovic (USPN 
7,215,663) in view of Huddle (USPN 6,950,407). 

Regarding claim 4, Radulovic teaches a system as discussed in rejection of claim 1. 

However, Radulovic does not teach the real-time routing server in a transit mode can pass 
through a multimedia communication session without processing data of the multimedia 
communication session. 

Huddle teaches the real-time routing server in a transit mode can pass through a 
multimedia communication session without processing data of the multimedia communication 
session [Col. 16, lines 30-35]. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have real-time routing server operate in transit mode broaden the audience of 
providers that may interconnect with each other [Col. 16, lines 26-27]. 

10. Claims 7-13 are rejected under 35 U.S.C. 103(a) as being unpatentable over Radulovic 
(USPN 7,215,663) in view of Matsubara (USPN 7,215,640). 

Regarding claim 7, Radulovic teaches a method for determining a topology of a 
network, comprising: obtaining from a group server respective addresses for real-time routing 
servers to route and process multimedia communication sessions over the network [Col. 8, lines 
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42-45, resource allocation table will require the knowledge of IP addresses since it's a IP 
based network]; setting a static neighbor configuration [Col. 8, lines 38-42, call setup requests 
is setting static neighbor configuration]. 

However, Radulovic does not teach determining a dynamic neighbor configuration based 
on quality of service levels for respective paths between real-time routing servers, hop counts 
along paths, delays between real-time routing servers, bandwidth capacity between real-time 
routing servers, and common path traffic between real-time routing servers. 

Matsubara teaches determining a dynamic neighbor configuration based on quality of 
service levels for respective paths between real-time routing servers, hop counts along paths, 
delays between real-time routing servers, bandwidth capacity between real-time routing servers, 
and common path traffic between real-time routing servers [Col. 5, lines 42-54]. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to determine a neighbor configuration dynamically so that when location of the 
terminals changes the path could be changed automatically which occurs frequently in the 
network [Col. 2, lines 63-66]. 

Regarding claim 8, Radulovic further teaches forming a routing table based on neighbor 
information [Col. 15, lines 49-51]. 

Regarding claim 9, Radulovic further teaches determining the dynamic neighbor 
configuration based on a network administration policy [Col. 15, lines 49-51]. 

Regarding claim 10, Radulovic further teaches a dynamic neighbor configuration is 
repeated when a new real-time routing server is added to network [Col. 11, lines 59-67 - Col. 
12, lines 1-5]. 
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Regarding claim 11, Matsubara teaches obtaining information regarding quality of 
service levels for respective paths between real-time routing servers, hop counts along paths, 
delays between real-time routing servers, bandwidth capacity between real-time routing servers, 
and common path traffic between real-time routing servers [Col. 5, lines 42-54]; rejecting all 
paths not meeting a quality of service requirement [Fig. 5, 184]; sorting candidate real-time 
routing servers according to distance measurements, including hop counts along paths [Col, 11, 
lines 51-57]; determining whether there is path between a first real-time routing server and a 
candidate real-time routing server [Fig. 5, Flow chart determines if path exits or not]; 
determining whether a delay between the first real-time routing server and the candidate real- 
time routing server is less than a maximum delay [Col. 1, lines 36-40]; determining whether a 
bandwidth capacity between the first real-time routing server and the candidate real-time routing 
server is greater than a minimum bandwidth capacity [Col. 1, lines 36-40]; determining whether 
the candidate real-time routing, server shares a common path with neighbor real-time routing 
server [Col. 1, lines 46-51]. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to determine dynamic neighbor configuration based on above parameters so that high- 
bandwidth and real-time transfer of data can be done efficiently [Col. 1, lines 34-36]. 

Regarding claim 12, Matsubara teaches the operations of determining whether there is a 
path, whether a delay is less than a maximum delay, whether a bandwidth capacity is greater than 
a minimum bandwidth capacity, and whether a common path is shared are repeated for each 
candidate real-time routing server [Col. 10, lines 53-67 - Col. 11, lines 1-12]. 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to repeat above steps when a new server connects to network so that QoS of the path 
can be satisfied [Col. 10, lines 53-55]. 

Regarding claim 13, Radulovic further teaches the network is an IP network [Col. 14, 
lines 16-18]. 

1 1 . Claim 16 is rejected under 35 U.S.C. 103(a) as being unpatentable over of Matsubara 
(USPN 7,215,640) in view of Radulovic (USPN 7,215,663). 

Regarding claim 16, Matsubara teaches a method ad discussed in rejection of claim 14. 

However, Matsubara does not teach media processing resources are digital signal 
processing (DSP) resources. 

Radulovic teaches media processing resources are DSP resources [Col. 12, lines 36-39]. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to use DSP so that capacity of the system can be increased [Col. 12, lines 36-49]. 

12. Claims 1 8-22 are rejected under 35 U.S.C. 103(a) as being unpatentable over Matsubara 
(USPN 7,215,640) in view of Kurose et al. (USPN 7,076,540) and Cohen et al. (USPN 
7,299,349). 

Regarding claim 18, Matsubara teaches a method for reserving bandwidth in a network 
[Fig. 5] comprising: receiving at a first real-time routing server a bandwidth reservation request 
from an upstream real-time routing server [Fig. 5, 152, Col. 6, lines 42-49]; determining whether 
at least one downstream path to a destination real-time routing server has enough bandwidth 
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[Fig. 5, 156, Col. 6, lines 50-53]; if the first real-time routing server is a destination only real- 
time routing server or a destination and transit real-time routing server, then reserving bandwidth 
for a path between the first real-time routing server, and the upstream neighbor real-time routing 
server [Col. 11, lines 34-43]. 

However, Matsubara does not teach if the first real-time routing server is a transit real- 
time routing server and not a destination real-time routing server, then forwarding the bandwidth 
reservation request to a downstream neighbor real-time routing server that has enough bandwidth 
and leaving a usage count unchanged; if the first real-time routing server is not only a transit 
real-time routing server but also a destination real-time routing server, then forwarding the 
bandwidth reservation request to a downstream neighbor real-time routing server that has enough 
bandwidth and incrementing the usage counting by one, wherein the first real-time routing server 
concurrently functions as a transit server to transfer media data not needing processing and a 
destination server to process media data needing processing. 

Kurose teaches if the first real-time routing server is a transit real-time routing server and 
not a destination real-time routing server, then forwarding the bandwidth reservation request to a 
downstream neighbor real-time routing server that has enough bandwidth and leaving a usage 
count unchanged [Col. 8, lines 53-61]; if the first real-time routing server is not only a transit 
real-time routing server but also a destination real-time routing server, then forwarding the 
bandwidth reservation request to a downstream neighbor real-time routing server that has enough 
bandwidth and incrementing the usage counting by one [Fig. 4, 58]. Cohen teaches the first real- 
time routing server concurrently functions as a transit server to transfer media data not needing 
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processing and a destination server to process media data needing processing [Col. 8, lines 29- 
45]. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to forward the bandwidth reservation request since RSVP-incompatible router cannot 
service the request [Col. 7, lines 50-56] and use a transit server to transfer data not needing 
processing so that encrypted messages can be transferred and security can be provided [Col. 8, 
lines 29-45]. 

Regarding claims 19, 22, Kurose teaches if a bandwidth reservation request is forwarded 
to a downstream neighbor real-time routing server, then checking for notification of a successful 
bandwidth reservation for a path from the first real- time routing server to the downstream 
neighbor real-time routing server [Col. 9, lines 39-42]. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to check if a bandwidth request was successful so that policy server can recognize that 
reservation was made for a bandwidth [Col. 10, lines 1-3]. 

Regarding claim 20, Matsubara teaches a method for reserving bandwidth in a network 
[Fig. 5] comprising: receiving at a first real-time routing server a bandwidth reservation request 
from an upstream real-time routing server [Fig. 5, 152, Col. 6, lines 42-49]; determining whether 
at least one downstream path to a destination real-time routing server has enough bandwidth 
[Fig. 5, 156, Col. 6, lines 50-53]; selecting an upstream neighbor real-time routing server from 
upstream neighbor real-time routing servers sending a bandwidth reservation request within a 
predetermined time period [Col. 6, lines 50-53, after the first-hop reserves bandwidth it is 
selected and its Flow-Path Table is searched]; if the first real-time routing server is a 
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destination only real-time routing server or a destination and transit real-time routing server, then 
reserving bandwidth for a path between the first real-time routing server, and the upstream 
neighbor real-time routing server [Col. 11, lines 34-43]. 

However, Matsubara does not teach if the first real-time routing server is a transit real- 
time routing server and not a destination real-time routing server, then forwarding the bandwidth 
reservation request to a downstream neighbor real-time routing server that has enough bandwidth 
and leaving a usage count unchanged; if the first real-time routing server is not only a transit 
real-time routing server but also a destination real-time routing server, then forwarding the 
bandwidth reservation request to a downstream neighbor real-time routing server that has enough 
bandwidth and incrementing the usage counting by one, wherein the first real-time routing server 
concurrently functions as a transit server to transfer media data not needing processing and a 
destination server to process media data needing processing. 

Kurose teaches if the first real-time routing server is a transit real-time routing server and 
not a destination real-time routing server, then forwarding the bandwidth reservation request to a 
downstream neighbor real-time routing server that has enough bandwidth and leaving a usage 
count unchanged [Col. 8, lines 53-61]; if the first real-time routing server is not only a transit 
real-time routing server but also a destination real-time routing server, then forwarding the 
bandwidth reservation request to a downstream neighbor real-time routing server that has enough 
bandwidth and incrementing the usage counting by one [Fig. 4, 58]. Cohen teaches the first real- 
time routing server concurrently functions as a transit server to transfer media data not needing 
processing and a destination server to process media data needing processing [Col. 8, lines 29- 
45]. 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to forward the bandwidth reservation request since RSVP-incompatible router cannot 
service the request [Col. 7, lines 50-56] and use a transit server to transfer data not needing 
processing so that encrypted messages can be transferred and security can be provided [Col. 8, 
lines 29-45]. 

Regarding claim 21, Matsubara further teaches if only one of the upstream neighbor 
real-time routing servers sending bandwidth reservation requests within the predetermined time 
period has a maximum usage count, then selecting that upstream neighbor real-time routing 
server [Col. 6, lines 50-53, after the first-hop reserves bandwidth it is selected and its Flow- 
Path Table is searched]; if two or more of the upstream neighbor real-time routing servers 
sending bandwidth reservation requests within the predetermined time period have the maximum 
usage count, than selecting an upstream neighbor real-time routing server with an earliest arrival 
time for the bandwidth reservation request [Col. 12, lines 17-28]. 

Conclusion 

13. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
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CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
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